Packet format of network abstraction layer unit, and algorithm and apparatus for video encoding and decoding using the format, qos control algorithm and apparatus for ipv6 label switching using the format

ABSTRACT

The construction method of NALU (Network Abstraction Layer Unit) for IPv6 label switching and its using algorithms of video encoding, QoS control, and decoding are provided. According to an embodiment of the present invention, the NALU format is composed of the NALH (Network Abstraction Layer Header) including the label and the NAL (Network Ab¬straction Layer) payload. Here, the label is determined based on layer information which is combination of a spatial scalable level, a temporal scalable level, and a quality scalable level of the encoded data. The decoder uses the label to decide which one of multiple decoding modules is used to decode the current NAL payload. Moreover, the label can be included in the packet header so that the MANE (Media Aware Network Element) can use the label to decide whether to forward the packet or drop it. For example, the label in the packet header can be used for QoS control of video service by using the flow label field in IPv6 packet header. The IPv6 router can identify priority of the video packet by using the 20 bit long flow label, into which the label in NALH can be inserted. According to the embodiment, the MANE assumed in the MPEG and JVT (Joint Video Team) can be implemented effectively.

TECHNICAL FIELD

This invention relates to video codec, more specifically, to a method ofcomposing a packet for each MPEG video network abstraction layer unit(NALU) and its using video codec, QOS control based on IPv6 labelswitching, and decoding algorithm and apparatus.

BACKGROUND ART

Scalable video coding (SVC) and multi-view video coding (MVC) currentlystandardizing in MPEG/JVT (Joint Video Team) are based on H.264/AVC. TheNALU format of H.264/AVC is used for packetization of encoded bitstream.

FIG. 1 shows conceptual structure of video coding layer (VCL) andnetwork abstraction layer (NAL). As shown in FIG. 1, H.264/AVC iscomposed of the VCL w hich encodes moving pictures and the NAL whichconnects the VLC to lower system to transmit and store the encodedinformation. Independently of the bit stream generated by the VLC, thereare sequence parameter set (SPS), picture parameter set (PPS), andsupplemental enhancement information (SEI) for timing information foreach picture, information for random access, and so on.

FIG. 2 is a block diagram which shows the NALU format proposed in thestandard SVC. As shown in FIG. 2, a NALU includes a NAL header (NALH)and NAL payload. A NALH is 3-5 byte long and includes information aboutNAL type, layer identification information of video data in the payload(priority, spatial scalable level, temporal scalable level, and qualityscalable level). The NAL type field includes F field, NRI (nal_ref_idc)indicating whether it is referenced picture or not, and indicator ofNALU type. The layer identification information field includes priorityfield (P), dependency_id field (D) for spatial scalable level, temporallevel field (T), and quality scalable level field (Q).

The same NALU format used in the SVC as in FIG. 2 is also used for theMVC. Instead of the layer identification information, viewidentification information is included.

According to the NALU format of the current SVC and MVC, all the layeridentification information and the view identification informationshould be parsed to identify layer or view number. Especially, in orderto identify layer in the SVC, 2-4 byte long layer identificationinformation should be parsed into P, D, T, and Q values, so that thisprocessing imposes burden to processors and increases cost of system.

The NALH has layer identification information, which the routers in thenetwork including the IPv6 routers are not expected to parse. For asshown FIG. 13, the NALH is located in the payload of an IP packet. It isrequired to put the information into IP header which is read by therouters. The method how to render label has not been standardized yet.If one can identify packet priority, QoS (Quality of Service) controlbecomes easier so that upon congestion, less important packets can bediscarded.

FIG. 3 shows procedure to identify layer of arbitrary NALU by parsingwhole NALH according to the NALU format of the conventional SVC standardso that it is a flow chart to show for the MANE (media aware networkelement) to decide whether it forwards or discards each NALU.

The MANE in FIG. 3 parses P, D, T, and Q values (S11) from each NALU(which is generated by the encoder or transmitted over wired or wirelessnetworks) and, then, parsed P, D, T, and Q values are compared topre-defined values (p, d, t, q) in order for the MANE to decide whetherit forwards or discards each NALU (S12). If any one of the value doesnot meet the requirement, the NALU is discarded (S13) while the NALUwhich satisfies all requirements is extracted and forwarded to thedecoder (S14).

Burden of processors during extraction process of NALUs is applied tothe decoding process in the same way so that the decoder parses P, D, T,and Q values from every NALU delivered through wired or wirelessnetworks or stored. The values are evaluated if the layer of the NALU isincluded in layers which the decoder is to decode. Only when the valuessatisfy the requested setting points, the NALU is decoded, otherwise theNALU is discarded.

DISCLOSURE OF INVENTION Technical Problem

This invention provides solutions to the tasks to reduce burden for theMANE and the decoder to decide whether to extract/decode NALU by parsinglong NALH, and to provide a method of composing NALU to extract/decodewith less complexity and its using decoding algorithm, and QoS controlalgorithm for IPv6 label switching, and decoding algorithm, andapparatus herein.

This invention also provides solution to the tasks for compositionmethod of IPv6 packets which enables to control QoS effectively withoutparsing NALH in the IPv6 routers, and routing and QoS control algorithmfor IPv6 label switching.

Technical Solution

In order to solve the tasks described above, according to an embodimentof the present invention, by contracting NALH standardized in JVT forSVC and MVC into label of a certain size, encoding, extracting, anddecoding are performed based on SNALH(Shortened NALH). As describedbefore, conventionally every NALU has 3-5 byte long NALH to identifylayer (priority, spatial scalable level, temporal scalable level, andquality scalable level), and view number. Therefore, in the SVC, NALHincludes priority field (P), dependency_id field (D) for spatialscalable level, temporal level field (T), and quality scalable levelfield (Q). According to the NALH format of the SVC, all the NLAU's haveP, D, T, and Q values in the NALH.

According to an embodiment of the present invention, this long NALH forevery NALU is replaced by the SNALH which includes a pre-defined shortlabel identifying layer identification information (for example, P, D,T, and Q values). The short labels for layer identification are definedfor a certain service or a certain video sequence. According to anembodiment of the present invention, if the SNALH is 1 byte long, about250 different types of NALU streams can be identified.

If an embodiment of the present invention is applied to the SVC, layerof each NALU can be identified. For example, if the SNALH is 1 bytelong, about 250 different compositions of P, D, T, and Q values fordifferent NALU streams can be identified. In the same way, if anembodiment of the present invention is applied to the MVC, view numberof each NALU can be identified

Moreover, according to NALU extraction procedure for the conventionalformat of NALH, every NALU can be processed after parsing relativelylong NALH and comparing 4 layer identification information fields.However, according to an embodiment of the present invention, the MANElocated along the path between the encoder and the decoder can decidewhether discard or forward each NALU by just parsing a label from ashort SNALH. According to an embodiment of the present invention, thedecoder also can decide whether discard or decode each NALU by justparsing a label from a short SNALH. Therefore, according to anembodiment of the present invention, extraction and decoding processesof SVC or MVC NALU's become much simpler. Especially, since NALU's areextracted in the MANE within networks, it is desirable to simplify theprocess as much as possible.

In addition, the NAL format as an embodiment of the present invention isuseful to apply to IPv6 networks. For example, if the SNALH as anembodiment of the present invention is inserted in the IPv6 packetheader or so, the IPv6 routers can control QoS (Quality of Service) justby reading the inserted SNALH instead of reading NALH of NALU. As anembodiment of the present invention, the SNALH can be placed in 20 bitflow label in the IPv6 packet header. By using the SNALH in the flowlabel, the IPv6 routers can effectively perform the functions of MANEassumed by MPEG JVT. In this case, the conventional NALH can be keptunchanged for backward compatibility to the current NALH standard.

In order to solve the task describe above, according to an embodiment ofthe present invention, the method to compose a NALU is determined byincluding NALH with label to indicate priority of encoded data and, alsoincluding NAL payload of encoded data. The label described above isdetermined based on a combination priority of encoded data, spatialscalable level, temporal scalable level, and quality scalable level.

As another point of view of above-mentioned embodiment, the SNALH can beused to include a field to indicate type of NALU. The SNALH, also can beused to indicate priority of encoded data, spatial scalable level,temporal scalable level, and quality scalable level in more detail.

In order to solve the task described above, video encoding method asabove-mentioned embodiment includes steps of encoding input sequencesinto bitstreams of multiple layer according to information about layerstructure, mapping a label to each of multiple encoded bitstreamaccording to information about layer structure, inserting the label intoNALH as SNALH, generating NALU by merging SNALH and NAL payload. Foreach bitstream, the information about layer structure indicates acombination of priority of encoded data, spatial scalable level,temporal scalable level, and quality scalable level.

As one side of above-mentioned embodiment, a mapping table can be usedduring the mapping step in order to map a label to a combination ofpriority of encoded data, spatial scalable level, temporal scalablelevel, and quality scalable level.

In order to solve the task mentioned above, as a method to process NALUin the decoder including multiple decoding modules, the NALU mentionedabove is parsed into the SNALH with label and NAL payload, and accordingto the label the decoder mentioned above decides which decoder moduleamong the decoder modules described above processes the NAL payload. Atthis time, the label mentioned above can have information to indicate acombination of priority of encoded data, spatial scalable level,temporal scalable level, and quality scalable level.

In order to solve the task mentioned above, as a method for a node inthe middle of network to decide whether to forward packet of the NALUaccording to the layer information of the encoded data, the packet ofthe NALU is composed of the SNALH with label to indicate layerinformation and NAL payload, the node parses the label mentioned aboveand decide whether to forward the packet according to the parsed labelmentioned above, and the label indicates a combination of priority ofencoded data, spatial scalable level, temporal scalable level, andquality scalable level.

As one side of above-mentioned embodiment, the node in the middle ofnetwork can be the MANE assumed in the MPEG-JVT standards. The nodedecides whether to forward each packet of the NALU according to theextraction map, the extraction map mentioned above can includeinformation about extraction policy conditional to the label mentionedabove. Information, whether to forward or not, can be expressed by 1bit. The condition mentioned above includes at least one of networkcondition including channel condition, terminal condition, and userpreference. The extraction map can be delivered in either the beginningof the middle of service.

As another side of above-mentioned embodiment, the nodes in the middleof network can be IPv6 routers with the IPv6 protocol, theabove-mentioned packets can be IPv6 packets, and the label can beinserted into the flow label in the IPv6 packet header.

Advantageous Effects

Effects of an embodiment of the present invention are as follow,

Firstly, in the middle of network, processing complexity and processingtime for QoS control can be reduced. When the nodes in the middle ofnetwork (for example, MANE) are to discard NALU's according to networkcondition, according to an embodiment of the present invention, insteadof parsing long NALH to identify the layer of NALU, by using theextraction map and a label parsed from the SNAH of each packet, they candecide whether to forward or discard each packet adaptively networkcondition. The extraction map can be set in the beginning of service, orone generated by the MANE regarding to various extraction conditions.The extraction map can be sent by the server or generated in the MANE.

Secondly, complexity of the decoder can be reduced. Once referencerelationship between layers or views is constructed in the beginning ofservice or is reconstructed upon change of the relationship, the decoderdoes not have to parse long NALH with size of 2-4 bytes, but, it justparses 1 byte long SNALH. If a payload in a NAL is stored in the decoderbuffer of any layer or view according to NALH, the following processesare the same as normal.

Thirdly, the short label can be used in the lower network protocollayers. By using the label, network can provide predefined level of QoSfor the flow. For example, the label with or without modification can beinserted the flow label in IPv6 header. The label in SNALH as anembodiment of the present invention can also be used in MPLS(Multi-Protocol Label Switching).

Fourthly, bitrate can be reduced. As an embodiment of the presentinvention, if label-type header (SNALH) is one byte long, 2-4 bytes perNALU can be reduced.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a conceptual diagram of relationship between VCL (Video CodingLayer) and NAL (Network Abstraction Layer) as in the H.264/AVC standard.

FIG. 2 is a block diagram to show the NALU format proposed in thecurrent SVC standard.

FIG. 3 is a block diagram to show the conventional procedures to decidewhether to forward a NALU (or a packet of a bitstream) in the MANE.

FIG. 4 is a block diagram for NALU format as the first embodiment of thepresent invention.

FIG. 5 is a block diagram for NALU format as the second embodiment ofthe present invention.

FIG. 6 is a block diagram for the SVC decoder structure as an embodimentof the present invention.

FIG. 7 is a block diagram for the MANE as an embodiment of the presentinvention. The MANE decides whether to forward a NALU (or a packet of abitstream).

FIG. 8 is a block diagram for the procedures which are procedures forthe MANE to decide whether to forward a NALU (or a packet of abitstream) in the MANE as an embodiment of the present invention.

FIG. 9 is a flow chart for the decoder to parse NALU's of the formatdefined in

FIG. 4 or 5.

FIG. 10 shows an example to map 14 NALU types in the H.264/AVC standardinto 14 labels.

FIG. 11 shows a peusdo-code to decode according to labels parsed out ofthe format defined in FIG. 4 or 5.

FIG. 12 shows how to multicast video stream in heterogeneous network.

FIG. 13 shows how much data should be read for packet switching by usingIPv6 protocol.

FIG. 14 shows how much data should be read for label switching accordingto an embodiment of the present invention.

FIG. 15 shows an example of the flow label in IPv6 header as anembodiment of the present invention.

BEST MODE FOR CARRYING OUT THE INVENTION

An embodiment of the present invention is explained in detail by usingattached figures as follows.

FIG. 4 is a block diagram for NALU format as the first embodiment of thepresent invention. In FIG. 4, upper part shows the conventional NALformat while the lower part shows NALU format as the first embodiment ofthe present invention.

According to FIG. 4, the NALU format as an embodiment of the presentinvention includes SNALH(label type NALH) and NAL payload. Among them,NAL payload is the same as that in the conventional format. Therefore,as an embodiment of the present invention, the conventional NALH in aNALU is replaced by SNALH by using a certain size of label. This SNALHcan be one byte long in which case number of possible labels is 28=256or so.

In more detail, as an embodiment of the present invention, a combinationof NAL type, Priority_id for priority, Dependency_id for spatialscalable level, Temporal_level for temporal scalable level, andQuality_level for quality scalable level which the conventional NALHincludes, represents a set among NALH sets of limited number, and isconverted into a label to discern the sets. That is, as an embodiment ofthe present invention, a set of NALH's with the same combination ismapped into a label one by one basis. Therefore, one unique label isassigned to any combination of NAL type, Priority_id for priority,Dependency_id for spatial scalable level, Temporal_level for temporalscalable level, and Quality_level for quality scalable level.

Like this, as an embodiment of the present invention, SNALH in NALUincludes a label corresponding to various values in the conventionalNALH. This embodiment of the present invention is based on the fact thatfinite number of NALH sets exists during a video session or stored videosequence, and the same number of labels is used in the SNALH. Forexample, if number of NALH sets is less than 250, the conventional NALHcan be replaced by 1 byte long SNALH.

FIG. 5 is a block diagram for NALU format as the second embodiment ofthe present invention. In FIG. 5, upper part shows the conventional NALformat while the lower part shows NALU format as the second embodimentof the present invention.

According to FIG. 5, the NALU format as an embodiment of the presentinvention includes NALU type, SNALH(label type NALH) and NAL payload.Among them, NAL payload is the same as that in the conventional format.Therefore, as an embodiment of the present invention, the conventionalNALH in a NALU is replaced by SNALH by using a certain size of label.This SNALH can be one byte long in which case number of possible labelsis 28=256 or so.

In more detail, as an embodiment of the present invention, at first,NALU type field in the conventional NALU format is unchanged. And, acombination of NAL type, Priority_id for priority, Dependency_id forspatial scalable level, Temporal_level for temporal scalable level, andQuality_level for quality scalable level which the conventional NALHincludes, represents a set among NALH sets of limited number, and isconverted into a label to discern the sets. That is, as an embodiment ofthe present invention, a set of NALH's with the same combination ismapped into a label one by one basis. Therefore, one unique label isassigned to any combination of NAL type, Priority_id for priority,Dependency_id for spatial scalable level, Temporal_level for temporalscalable level, and Quality_level for quality scalable level.

Like this, as an embodiment of the present invention, SNALH in NALUincludes a label corresponding to various values (P, D, T, Q) in theconventional NALH. This embodiment of the present invention is based onthe fact that finite number of NALH sets exists during a video sessionor stored video sequence, and the same number of labels is used in theSNALH. For example, if number of NALH sets is less than 250, theconventional NALH can be replaced by 1 byte long SNALH.

And according to the format in FIG. 4 or 5, one-to-one mapping of alabel of SNALH and a NALH set which is a combination of P, D, T, and Qvalues can be defined in a mapping table. The decoder and encoder havethe same mapping table. There is no constraint how to have the samemapping table. For example, the encoder may send the mapping table withencoded video data to the decoder, or the encoder may send onlyinformation about the mapping table to the decoder. In the latter case,the encoder and decoder are expected to have several mapping tablesalready, and the encoder sends an identifier to identify a table, andthe decoder retrieves the mapping table identified by the identifieramong the mapping tables.

The method for the encoder and decoder to use the mapping table is asfollows. For example, by using the mapping table, the encoder generatesa NALU with a label, as in the format mentioned in the first or secondembodiment of the present invention. Then, the decoder identifiesscalable layer of a NALU by using the mapping table and the label in theNALH. The remained payload is sent to the decoder module appropriate tothe layer identified by the label.

FIG. 6 is a block diagram for the SVC decoder structure as an embodimentof the present invention. In the following, although the presentinvention is explained by using the case of the SVC standard, it isobvious for person in the art that the embodiment of the invention canbe applied to the other type of encoder (for example, MVC encoder).

In FIG. 6, the SVC encoder 100 includes the video encoding module 110and the NALU generator 120. Even though the video encoding module 110and the NALU generator 120 are depicted as separate modules in FIG. 6,they are separated logically according to their functions, but theycould be implemented either separately or in one body. And, even thoughonly the video encoding module and the NALU generator are included inFIG. 6, the other modules in the SVC encoder are omitted because theyare irrelevant to the explanation.

The video encoding module is used to perform encoding processes(transformation and quantization, etc.) to generate encoded data fromoriginal image, satisfying the SVC standard. The SVC encoding moduleincludes the base layer encoding module, and multiple enhanced layerencoding modules. As result of encoding, the video encoding module,also, generates information representing NAL type, Dependency_id (D) forspatial scalable level, Temporal_level (T) for temporal scalable level,and Quality_level (Q) for quality scalable level.

The NALU generator is a module to generate NALU by using informationabout NALU type, D, T, and Q given by the video encoding module. At thistime, priority of NALU can be defined. More than one priority can bedefined for a combination of D, T, and Q. The NALU generator 120 cangenerate NALU in the format depicted in FIG. 4 or 5. For this, the NALUgenerator includes NALU generator 120, mapping module 122, and NALUcomposer 124.

The mapping module 122 is used to decide a label for SNALH according toP, D, T, and Q values. In order to decide a label, the mapping module122 uses a stored mapping table or that produced conditionally for avideo sequence or a video session. And, the NALU composer 124 composes aNALU by using encoded data provided by the video encoding module 110 andlabel given by the mapping module 122 as depicted in FIG. 4 or 5.Generated NALU is sent or stored in storage with or without the mappingtable (or information to identify a mapping table).

FIG. 7 is a block diagram for the MANE (media aware network element) asan embodiment of the present invention. The MANE includes the NALUextractor (packet extractor or bitstream extractor) which decideswhether to forward a NALU (or a packet of a bitstream). The NALUextractor mentioned above is located in the middle of network. And theNALU extractor extracts and forwards NALU's which satisfy a certaincondition (among all layers in an SVC, certain layers requested by thereceiver). In FIG. 7, the NALU extractor 200 as an embodiment of thepresent invention includes the label parser 210 and the forwardingdecision module 220.

The label parser 210 parses a label from a NALU (with the format in FIG.4 or 5) received from the encoder. Therefore, as an embodiment of thepresent invention, the label parser 210 does not need to parseinformation of NAL type, Dependency_id(D) for spatial scalable level,Temporal_level(T) for temporal scalable level, and Quality_level(Q) forquality scalable level.

The forwarding decision module 220 decides whether to forward each NALUor not based on its extraction table and the label parsed by the labelparser 210. The extraction table is a table of labels with whichbitstreams (NALU's) are allowed to be forwarded. Therefore, theextractor which is an embodiment of the present invention, does not needto parse P, D, T, and Q values of each NALU, but, by using only a labeland the extraction table, can decide whether to forward correspondingNALU or not.

For each label, information about forwarding or not can be indicated bya bit.

The extraction table can be received from the server or can beconstructed in the NALU extractors (for example, MANE). Labels in theextraction table may correspond to those in the mapping table in theencoder. According to various conditions of network, the terminal,and/or the user, more than one extraction table may be used. Moreover,for a multicast session, different NALU extractors can be used indifferent branches in the network.

FIG. 8 is a block diagram for the procedures in the MANE as anembodiment of the present invention. They are procedures for the MANE todecide whether to forward a NALU (or a packet of a bitstream). As inFIG. 8, the NALU extractor parses a label from each received orretrieved NALU. And, it sees if the extraction indicator for the parsedlabel value is ‘1’ in the extraction table (S22). Here, if theextraction indicator is ‘1’, the corresponding NALU is forwarded whileif the extraction indicator is ‘0’, the corresponding NALU is discarded.Therefore, as an embodiment of the invention, the corresponding NALU isdiscarded in Step S23, while in Step S24 the corresponding NALU isforwarded to the following network entity for the decoder.

FIGS. 7 and 8 show the apparatus and method of NALU extraction in theentities in the middle of network. Normally, however, media data istransmitted over certain wired and wireless networks as stream ofpackets, or just bitstream differently from stream of NALU's. In thiscase, the above mentioned labels can be included in packet headers or inbitstream. And, the network entities such as the MANE's parse labels outof packet headers or bitstream to decide whether to forward or not.

FIG. 9 is a flow chart for the decoder to parse NALU's of the formatdefined in FIG. 4 or 5. In FIG. 9, the decoder parses (S31) a label fromeach NALU received from transmission network or retrieved from storedcontents. For example, the decoder reads label values by parsing SNALHin NALU. And, the decoder sees (S32) D, T, and Q values corresponding tothe parsed label value by using the mapping table mentioned above. Themapping table can be received with NALU's or can be already stored inthe decoder. And, the decoder forwards NAL payload to a video decodingmodule corresponding to the D, T, and Q values. Each video decodingmodule decodes(S33) incoming encoded data, that is, the NAL payload.

As another embodiment of the present invention, the decoder may haveanother NALU extractor explained in FIG. 7 in addition to decodingmodules. In this case, the decoder decodes only NALU's allowed by theNALU extractor.

Hereinafter, above-described embodiments of the present invention areexplained in various view points.

<NALH Compression Method>

During a video session temporarily, or when a video sequence is stored,each 3-5 byte long NALH as in the JVT standard is mapped and replaced bya SNALH(Shortened NALH). The same mapping table is used in the encoderand the decoder. When an encoded video sequence is stored, the mappingtable is, also, to be stored.

As an embodiment of the present invention, in order to control QoSadaptively, the MANE should have the extraction table for extractingdependently on labels of NALU's. The extraction table can be receivedfrom the server or the client, or can be constructed in the MANE byitself. If the MANE by itself constructs an extraction table, it shouldhave the above-mentioned mapping table. In the NALU format according toan embodiment of the present invention, a set of P, D, T, and Q valuesare replaced by a label if a video session or a stored video sequence iscomposed of finite NALU sets of the same P, D, T, and Q values. Forexample, the number of sets is less than 250, the indicator for each setcan be compressed into 8 bits.

For example, suppose that a video sequence is encoded with 3 spatialscalable layers, each of which is scaled into 2 temporal scalablelayers, each of which is scaled into 4 quality layers. Then, there are24(3×2×4) different layers, which can be identified by 24 differentlabels.

If a layer is composed of two streams of NALUS with differentpriority_ID's, the layer needs 2 different labels. Here, ‘a stream ofthe same layer’ means stream of NALU's with the same dependency_ID,temporal_level, and quality_level (DTQ in short). To the contrary, if aP value is used for different DTQ sets, each set should have its ownlabel.

The encoder and the decoder should have the mapping table between labelsand DTQ sets. Even though labels can be constructed arbitrarily, ifpossible, it is better to make labels to indicate DTQ values of theH.264/AVC standard without the mapping table.

1 Byte Long SNALH

During a video session temporarily, or when a video sequence is stored,if number of layers (or sets of NALH's) is finite, the same number oflabels is determined and used as SNALH's. According to an embodiment,under assumption that the number is less than 250, NALH can becompressed into 8 bits. An embodiment of 1 byte long SNALH is shown inFIG. 4.

2 Byte Long SNALH

In order to keep compatibility to the H.264/AVC standard, the first byteis the same as that in the standard at the moment of January 2006. Theremained NALH bytes are compressed into a byte long label. An embodimentof 2 byte long SNALH is shown in FIG. 5.

Extended Usage of SNALH

‘Extended usage of SNALH’ means to use SNALH in various purposesdifferently from above-mentioned embodiment of the present invention.There are ‘NALH extension,’ scalable methodology extension,′ mediaextension,′ and ‘protocol extension.’

‘NALH extension’ method keeps the conventional NALH format and adds theSNALH. That is, in FIGS. 4 and 5, label is attached in the front of theconventional NALU with full NALH. According to this method, even thoughNALH becomes larger by adding SNALH, one can enjoy merits of SNALH inreduction of complexity in the decoder and the MANE.

‘Scalable methodology extension’ means to allow more combinations of DTQthan those of the conventional standard. Since D, T, and Q arerepresented by 3, 3, and 2 bits in the conventional standard, numbers ofpossible layers are 8, 8, and 4, respectively. According to anembodiment of the current invention, since labels are defined by themapping table, number of layers can be freely extended if the entitiesengaged in a service agree together.

‘Media extension’ means to apply the labels proposed by an embodiment ofthe current invention to media streams other than video streams such asaudio stream. In an MVC (Multi-View Video Coding) session, labels can beassigned to views. In addition, labels can be assigned to streams ofFEC(Forward Erasure Correction) packets for individual views or layers.If network is packet-lossy, parity packet streams are forwarded, whilethey are discarded in loss-free network.

‘Protocol extension’ means to apply the above-mentioned labels to otherprotocols with or without slight modification. As an embodiment, SNALHin FIG. 4 or 5 can be copied into 20 bit long flow label in IPv6 headeras well as into label field in MPLS.

Method to Guarantee Compatibility to H.264/AVC

The SNALH in FIG. 5 is compatible to the H.264/AVC standard. The SNALHin FIG. 4 becomes compatible to the H.264/AVC standard, if only 14labels are used as shown in FIG. 10. If NRI and F values are fixed for14 NAL types related to H.264/AVC, 14 labels are determined. Therefore,labels other than above-mentioned 14 labels should be used for streamsother than SVC streams.

Compatibility to SEI Messages

Scalability_info and layer_ID delivered by using SEI(SupplementalEnhancement Information) message can be used as labels. In this case,the encoder and the decoder do not need another labels.

<Implementation of the Encoder>

The decoder should be informed of the information that the encoder usesthe SNALH. The information can be informed by using SPS(SequenceParameter Set). In case of storing the encoded sequence, thisinformation that the SNALH is used should be stored.

Storing and Transmitting the Label Mapping Table

Labels are assigned as many as number of streams (sets of NALU's)discerned in a video sequence. Relationship to map streams to labels isconstructed as the mapping table. The mapping table is constructed toassign all or partial sets of NALH's to labels. As an embodiment, thisinformation can be delivered to the decoder by using control data suchas SPS or PPS (Picture Parameter Set). As an embodiment, labels can beserial number for layers of SVC or views of MVC.

Generation of NALU

In every NALU, the conventional long NALH is replaced by the SNALH.

<Implementation of the Decoder>

The decoder should be informed of the information that the encoder usesthe SNALH. The information can be informed by using SPS. In case ofplaying the encoded sequence, this information that the SNALH is usedshould be read and properly parsed.

Constructing the Label Mapping Table

During decoder initialization period, the mapping given by the encoderis read. The decoder initializes the video decoding modules as many asnumber of streams to be decoded, and sets up relationship to labelsrespectively. At this moment, referencing relationship between SVClayers and MVC views, is also established.

NALU Processing

Upon receiving a NALU, the decoder parses the SNALH as in FIG. 4 or 5,and stores the payload of the NALU is stored in the buffer of thecorresponding decoding module. In the conventional standard, sincedecision of decoding module becomes possible after parsing andevaluating D, T, and Q values, it is much more complex than that of thepresent invention. The algorithm for the decision is depicted in FIG.11. FIG. 11 shows that the decoder can deliver the payload to the properdecoding module just by evaluating a single label in the SNALH, but notby using multiple values such as D, T, and Q of the conventional NALH.

<Implementation of the MANE(Media Aware Network Element)>

According to an embodiment of the present invention, when the MANEdecides which streams it forwards, it depends on its extraction table.Therefore, according to an embodiment of the present invention, the MANEdoes not need to evaluate P, D, T, and Q values, but it decides whetherto discard or not by using 1 bit information for every label in theextraction table. This extraction table is received from the server orthe client, or is generated in the MANE. The MANE may have more than oneextraction table as many as differentiable conditions of network,terminals, and users. For a multicast session, different extractiontables are placed in the network branches as shown in FIG. 12. FIG. 12shows that 3 MANE's have 3 different extraction tables, respectively. Itis an example. For simplicity, labels are denoted as 4 bit long valuesand there are 4 different streams. For example, in MANE3, NALU's withLabel 0101 are discarded while NALU's with Labels 1101, 0111, and 0001are forwarded.

Construction of the Extraction Table

The MANE receives information that the server uses the SNALH duringinitialization period of a video session. In order to construct anextraction table, the MANE may receive it from the server or the client,or may generate the extraction table by itself by using controlinformation received from intelligent routers or the base station ofwireless network. Types and range of layers or views to be forwarded aredetermined by the user's preference, terminal capability, and networkcondition. The terminal capability includes display resolution andallowable channel bandwidth. Even during a service session, theextraction policy in the extraction table can be modified adaptively totime varying user's preference, terminal capability, and networkcondition. It is desirable that this decision policy is received fromthe server. The server may send a modified extraction table to the NAME.

As an example in FIG. 12, in case that there are 4 labels for 4different layers, the server sends 1111 to MANE1 on the way to HDTVterminals so that NALU's of all labels are forwarded, while the serversends 0001 to MANE2 on the way to mobile phones so that only NALU's withLabel 0001 corresponding to the lowest layer, that is, Base layer areforwarded. At the same time, the server sends 0111 to MANE3 on the wayto laptop computers so that NALU's of 3 lowest labels are forwarded.According to an embodiment of the present invention, bit ‘0’ or ‘1’value of the most significant bit indicates whether NALU's with thehighest label is forwarded or not, and so on.

It is desirable that the server sends a modified extraction table if theclient requests to change service level during the service session. Itis desirable that the MANE modifies the extraction table if channel(ornetwork) condition is changed to certain amount. However, if the MANE isnot intelligent enough to perform modification, the server or the clientmonitoring channel condition (available bitrate, packet loss ratio)sends a modified extraction table to the MANE.

Extraction Procedure

If the SNALH is used, the MANE decides extraction based on labels in theSNALH. However, this approach causes L3 (network layer) routers burdenthat they deal with application layer such as video data, and hurts theprinciple of independency between protocol layers. Therefore, it isdesirable to insert the above-mentioned label into the flow label in theIPv6 header so that the routers only evaluate IP headers for decision ofextraction.

FIGS. 3 and 8 compare extraction decision procedures between theconventional method and an embodiment of the present invention. As shownin FIGS. 3 and 8, conventionally NALU extraction is decided based on 4values, while it is decided based on only a label in the presentinvention.

In more detail, for SVC if the conventional method is used as shown inFIG. 3, 4 values(P, D, T, and Q) are parsed and used for 4 steps ofextraction decision, while if the method of the present invention isused as shown in FIG. 8, regardless of meaning of value, the MANEmechanically decides extraction based on one value, that is, the labelof every NALU. In FIG. 8, Step S22 is an example to use the functionB=map[label1] to decide extraction, so that if the value ‘B’ is 1, theNALU's with Label 1 are forwarded, while the value ‘B’ is 0, the NALU'swith Label 1 are discarded

OoS Control for IPv6 Label Switching

When we transmit video data encoded by using MPEG-2 or H.264,significance of video packets is different from each other. In order tocontrol quality of video service effectively, one should discerndifference of significance of video packets. The IPv6 routers discernthe difference in two different modalities such as packet switchingmodality and label switching modality. As for packet switching case, therouters should read 5 turples such as destination address, sourceaddress, destination port number, source port number, and protocol inorder to select pre-defined service policy of corresponding packet. 5turples are shown as shaded region in FIG. 13. It makes the processingtime of every packet long, and hurts the independency principle betweennetwork protocol layers. For port numbers are issues of the transportlayer.

According to an embodiment of the present invention, label switching isused to eliminate the problem. During initialization period of asession, temporary labels are assigned, and they are used only for thesession. The label is inserted in the flow label which is shaded regionin FIG. 14. According to the method, IPv6 is able to tell the sessionthat every packet is included in and significance of every packet byevaluating only the flow label in the IPv6 header. This method resemblesthe packet routing (or switching) method of ATM (Asynchronous TransferMode) or MPLS (Multiple Protocol Label Switching).

Label in label switching includes both path information and resourceinformation for every packet stream. After call setup, path andsignificance of every packet is identified by using the label. Theconventional packet switching requires the router to read about 600 bits(including IPv6 header and video layer header) while according to anembodiment of the present invention, it is possible the router toidentify path and significance by evaluating 20 bit long flow label.

FIG. 15 shows an example of the flow label in IPv6 header as anembodiment of the present invention. According to FIG. 15, 8 bit longpath identifier is inserted from the 5th bit in 20 bits while 8 bit longresource identifier(SNALH) is inserted from the 13th bit in 20 bits. Theresource identifier can be replaced by SNALH. If a video sessionincludes multiple streams of packets of different significance, pathidentifiers are all the same while resource (or significance)identifiers are assigned differently from each other streams.

Label Swapping

In the architecture including many MANE's along transmission path, thelabels used in each MANE could be different. In this case, the precedentMANE may swap its labels to those used by following MANE. The swappingcould be performed in the server before transmission after parsing everyNALU.

The present invention has been explained with reference to theembodiments which are merely exemplary. It will be apparent to thoseskilled in the art that various modifications and variations can be madein the present invention without departing from the spirit or scope ofthe invention. Thus, it is intended that the present invention covermodifications and variations of this invention provided they come withinthe scope of the appended claims and their equivalents.

INDUSTRIAL APPLICABILITY

The present invention is useful in image processing industry whichincludes video encoding and decoding. And, it, also, can be used fortransmission of encoded video over telecommunication networks and or so,especially it is useful for packet switched networks.

1-45. (canceled)
 46. A method for decoding a bitstream including Network Abstraction Layer Unit (NALU), comprising: receiving the bitstream including a NALU, the NALU including NAL Payload including encoded data and a NAL Header (NALH) including layer identification information; decoding the bitstream based on the layer identification information; and generating a current picture based on the bitstream, wherein the layer identification information is included in the NALH of a length of 2 bytes, wherein the layer identification information is mapped to at least one among a value for identifying a layer of the encoded data and a value for identifying a view of the encoded data, and wherein a size and a format of the layer identification information are set to a fixed value and a fixed format, and wherein the NALH includes fixed 1-bit information (F information) of the NALU.
 47. The method of claim 1, wherein the fixed value and the fixed format are set regardless of whether the layer identification information is mapped to a value for identifying a layer of the encoded data or a value for identifying a view of the encoded data.
 48. The method of claim 1, wherein the layer identification information is mapped to at least one among the value for identifying a layer of the encoded data and the value for identifying a view of the encoded data using a mapping table.
 49. The method of claim 1, wherein the layer identification information is received through at least one of a video parameter set, a sequence parameter set and a picture parameter set.
 50. A method for encoding a bitstream including Network Abstraction Layer Unit (NALU), comprising: generating an encoded data by encoding an input picture; generating a NALU, the NALU including NAL Payload including the encoded data and a NAL Header (NALH) including layer identification information; and encoding the bitstream based on the NALU, wherein the layer identification information is included in the NALH of a length of 2 bytes, and wherein the layer identification information is mapped to at least one among a value for identifying a layer of the encoded data and a value for identifying a view of the encoded data, wherein a size and format of the layer identification information are set to fixed value and format, and wherein the NALH includes fixed 1-bit information (F information) of the NALU.
 51. The method of claim 5, wherein the fixed value and the fixed format are set regardless of whether the layer identification information is mapped to a value for identifying a layer of the encoded data or a value for identifying a view of the encoded data.
 52. A non-transitory computer-readable storage medium storing a bitstream that is formed by a video encoding method, the video encoding method comprising: generating an encoded data by encoding an input picture; generating a NALU, the NALU including a NAL Payload including the encoded data and a NAL Header (NALH) including layer identification information; and encoding the bitstream based on the NALU, wherein the layer identification information is included in the NALH of a length of 2 bytes, and wherein the layer identification information is mapped to at least one among a value for identifying a layer of the encoded data and a value for identifying a view of the encoded data, wherein a size and format of the layer identification information are set to fixed value and format, and wherein the NALH includes fixed 1-bit information (F information) of the NALU.
 53. The non-transitory computer-readable storage medium of claim 7, wherein the fixed value and the fixed format are set regardless of whether the layer identification information is mapped to a value for identifying a layer of the encoded data or a value for identifying a view of the encoded data. 